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identifying a port on the bridge in the alternate port role 
which qualifies as a candidate root port. Upon an event 
causing a topology change resulting in a particular port 
changing from the candidate root port role to the root port 
role and the previous root port changing to the designated 
port role, the process allows the previous root port to have 
the forwarding state without requiring transition through the 
listening and forwarding states. Qualification as a suitable 
candidate root port according is based upon propagating a 
message from the root bridge, such as a bridge protocol data 
unit ("BPDU") message, carrying the identifier of the port 
on the root bridge from which the message originates. Logic 
in the bridges is able to identify the branch of the tree from 
which the message originates, and to select the candidate 
root port in response to the branch information. Thus, the 
port on a different branch than the root is a suitable candidate 
root port. A port on the same branch as the root is suitable 
if it has recently received (such as within one Hello time in 
the standard Spanning Tree) updated configuration informa- 
tion from its upstream bridge (Designated Bridge on the 
port), such as by a configuration BPDU. 
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HIGH AVAILABILITY SPANNING TREE LAN, through the bridge of which the designated port is a 

WITH RAPID RECONFIGURATION WITH part. The bridge is known as the "designated bridge" for that 

ALTERNATE PORT SELECTION LAN. 

Thus, bridges other than the root bridge at the root of the 

RELATED APPLICATION DATA 5 network can be termed a branch bridge. Every branch bridge 

Applicant claims the benefit of Provisional Application has a " ro ° l P orl " which 15 the P on Priding the shortest path 

No. 60/122,854 entitled Method and Apparatus to Identify t0 r00t for thal bnd S c * Ports other than the root port are 

Alternate Ports That Can Serve as Potential Root Port to designated ports^^lter^^ the stan- 

Provide Loop-free Connectivity in a Modified Spanning n dard An-atematcjpj^^ whicfr_ 

Tree filed Mar. 4 1999. anotherb ridge is tfiellesignated bridge^aria is place~d"into a 

, ' v 4 . - i- ttc blocking state so-th~arframesare not foWarded,through.that_ 

The present application is related to co-pending U.S. jt_ 1_> { — 



patent application Sen No. 09/141,803 entitled High Avail- 



ability Spanning Tree with Rapid Reconfiguration, filed Thus * me frame f °rwarding path through any bridge is 
Aug. 28, 1998, invented by Michael Seaman and Vipin Jain; 1S between ^J 001 P ort and its designated ports. When span- 
is related to co-pending U.S. patent application Ser. No. ning tree informaUon has been completely distributed and is 
09/188,852 entitled Spanning Tree with Rapid Forwarding stable > ^ connectivity will connect all of the LANs in a 
Database Updates, filed Nov. 9, 1998, invented by Vipin Jain loop-free tree. 

and Michael Seaman; and is related to co-pending U.S. When a bridge first receives spanning tree information 

patent application Ser. No. 09/232,742 entitled Improved M &at dictates new connectivity through that brid ge, it does 

Spanning Tree with Rapid Propagation of Topology n ot estabhsh jhe^new-conneaivity^mmediately.^Porits that' 

Changes, filed Jan. 15, 1999, invented by Michael Seaman; ^were^reviousTy^ 

and such applications are incorporated by reference as if designated port^but are no longe r in the forwarding state^are^j 

fully set forth herein. ixn mediatel v made blockin grHowever. the transifiorTtb a 

„ forwarding state of ports that were previously not connected 

BACKGROUND OF THE INVENTION in a forwarding role is delayed. The delay serves two 

1. Field of the Invention purposes. 

t, t . , , ■ . (1) Frames forwarded on the previous topology may still 

The present invention relates to network protocols and to v i . & , , , . , . lL r 4 i Vu ■ * 

*. i • * • * t i a • t » i j be buttered by bridges m the network. Thus, an mstan- 

network intermediate devices executing such protocols; and , . . A t f. , 

- , , 4 , ... r b . ' .in taneous bridge to the new topology can cause these 

more particularly, to algorithms for managing a tree of c . . ° c , , , , * . T AkT c . . 

i . . J j ? i » ■ - . frames to be forwarded back to their LAN of origin, 

network devices for a data network according to a spanning ■ j. i- e *u e a 

, t> r & causing duphcation of the frame once; and 

tree protocol. ^ r ' 

- n .. f d i » ^ a # (2) New spanning tree information in the network may not 

L. L/e script ion oi ixelateo Art < %_ c n i* * *i * j ^ >-»-». . ... 

r have been fully distributed yet. Thus an immediate 

Local area networks ("LANs") specified according to 35 change to a new topology may cause temporary loops. 

Institute of Electrical Electronic Engineers ("IEEE") Stan- loops coM gcncratc high traffic volumes> ^ 

dards for Local and Metropolitan Area Networks under rupting end stations, causing frame loss in bridges, and 

section 802.x of all types may be connected together by possibly delaying the p ropa gation of spanning tree 

media access control ("MAC) badges. MAC Bridges inter- information further 

connect LAN segments so that stations connected to the 40 According to the spanning tree protocol of the standard, 

LANs operate as if they were attached to a single LAN for each port on a bddge can assume a blocking state irj which 

many purposes. Thus a bridged LAN provides for the frames are not forwarded through the port, and a forwarding 

interconnection of stations attached to LAN segments of state in which frames are forwarded through me port . For a 

different MAC types, for an increase in the physical extent, transiti on from the blocking state to the forwarding state, the 

for the number of permissible attachments and the total 45 proloco i requires the port to proceed through transitional 

performance of a LAN, and for the partitioning of physical stales referred l0 as lhe listening state and lhe learning state> 

LAN support for administrative or maintenance reasons. , n ^ iisicning statCf thc port ^ p rcpa ring to participate in 

™ 6 ^5l b ~ ? f specified according to the IEEE standard ff ame rel however , frame re i ay is temporarily disabled to 

802.1D (IEEE Std. 802.1D-1990, IEEE Standards for Local prcvent t / mporary loops . , n thc lis tening ^ thc port 

and Metropolitan Area Networks: Media Access Control 50 monitors bridge protocol data unit (« B PDU") frames or 

(MAC) Bridges:). other i n f ormat ion related to the topology in the network for 

When a bridged network is established, it is possible to an interval referred to as the forward delay timer. If no 

create loops in the network by providing more than one path information is received which causes a change in state of the 

through bridges and LAN segments between two points. por t before expiry of the forward delay timer, then the port 

Thus, according to the 802.1 D standard, an active topology 55 transitions to the learning state. 

for the bridged network is maintained according to the i n the learning state, the port continues to prepare for 

spanning tree protocol which is described in the standard. participation in frame relay. The relay is temporarily dis- 

The spanning tree protocol automatically establishes a fully ab l c d to prevent loops. In this state, in addition to monitoring 

connected (spanning) and a loop-free (tree) bridged network the BPDU frames and other information related to the 

topology. It uses a distributed algorithm that selects a root 60 operation of the spanning tree algorithm, the port learns 

bridge and the shortest path to that root from each LAN. Tie information about end stations that are accessible through 

breakers are used to ensure that there is a unique shortest the port for use in the forwarding of frames once the frame 

path to the root, while the uniqueness of the root is guar- enters the forwarding state. Upon expiration of the forward 

anteed by using one of its MAC addresses as part of a dc i a y timer in the learning state, if no better information 

priority identifier. 6S about the protocol is received, then the port assumes the 

Every LAN in the network has one and only one "desig- forwarding state. Thus, the transition from a blocking state 

nated port" providing the shortest path to the root for that to the forwarding state takes two times the forward delay 
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timer interval. A significant amount of time may pass from branch of the tree. Because the path through bridge S4 to 

the time of detection of a change in topology causing a bridge S6 may be fast, there is the potential that the inferior 

transition from the blocking state to the forwarding state, information will be received on the alternate port of bridge 

until the time in which the forwarding state is assumed. This S6. Because the path cost through the alternate port on 

time may be as long as 20 to 50 seconds in some cases. 5 bridge S6 will not reflect the failure, the inferior information 

Convergence of a bridged network in situations involving received on the root port of bridge S6 could cause the bridge 

changing of spanning tree topology can therefore cause to change from its previously alternate port into the root port 

significant loss of service situations, particularly in networks role and from its previously root port into the designated port 

that carry real time data. For example, the use of data role. In this case, bridge S6 will begin propagating infor- 

networks and the Internet for audio and video transmissions 10 mation to bridge S4 and S2 through the previously root port, 

of real time signals is increasing. Twenty to fifty second now in the designated port role. As shown in FIG. IB, the 

convergence times for these uses of the data network can previously designated ports on bridges S2 and S4 can 

cause unacceptable glitches. Accordingly, it is desirable to transition to the root port role in response to the information 

provide a technique to improve the availability of a bridged received from bridge S 6, if the information from S6 is better 

network in the face of changes in topology. 15 than the information received from bridge S2. This sequence 

Work is being done in the Institute of Electrical Electronic of events would create a loop among bridges S2, S4 and S6. 

Engineers ("IEEE") 802.1 working group to speed up the The injected information would loop among these bridges 

convergence of the spanning tree in the face of topology with increased root cost and message age in each hop, until 

changes. One such proposal converts an alternate port to the one of the bridges finds an alternate port providing better 

root port of the bridge if the original root port fails. An 20 information outside the loop. For example, the alternate port 

alternate port on a bridge is connected to . a segment on on bridge S4 could receive information from bridge S3 to 

another path to be root bridge. According to the proposals, break the loop. Alternatively, the message age time could 

addresses are also transferred from the failed root port to the exceed the maximum value causing a new root port selection 

new root port. The new root port goes into a forwarding state to break the loop. However, the data path which would cause 

immediately after the transition. This process is described in 25 this loop will not open in the prior art, because the transition 

our previous U.S. patent application Ser. No. 09/141,803 from root port to designate port invokes a waiting interval 

which is incorporated by reference above. during this convergence. However, during the convergence, 

An alternate port on a bridge has information about the the bridges do not forward packets. When the convergence 

designated bridge/port and the designated cost on the seg- timer has expired, the topology will normally converge in 

ment to which it is connected. When the alternate port 30 the existing standard spanning tree, preventing loops, 

assumes the root port role, BPDUs are sent by the bridge Accordingly, it is desirable to provide a method that 

with information indicating the change. The spanning tree identifies appropriate alternate ports which are good candi- 

proposal also requires downstream bridges to accept inferior dates for becoming the root port without forming a loop, 

information from a designated bridge. Since an alternate while allowing for a more rapid convergence of the spanning 

port is chosen as the root port, the new information will be 35 tree. 

inferior to the previously held information When the chang- SUMMARY OF THE INVENTION 

ing bndge advertises the inferior information on its desig- 
nated ports, downstream bridges receive this information The present invention provides techniques to select an 
and calculate the report and root path cost using. As a result alternate port in a manner that prevents loops, and allows 
of the calculation, downstream bridges either remain 40 immediate transition of a previously root port to the desig- 

attached to the original root port, or find an alternate and nated port role. 

better root port. The new and inferior information is then Thus, tfM^re^ffiftverition can be characterized_as„an 

propagated downstream until all the downstream bridges ^^^^^^4^ the spanning.tree protocoj which pr6vjdes__ 

have seen the change and the spanning tree converges. for^||j|jfyirlg a, port o n the bridge in the alternateport role^j 

However, selecting an arbitrary alternate port as the root 45^S^^^Ufi|s7as a candidate root porL OpblTtrre'receipt'of ~^ 

port in response to new path cost information received from changed pa tti^^nn formation, or other events causing a 

an upstream bridge can result in loops in some topologies. selection of a new root port, the candidate root port transi- 

For example, such loops may occur in the topologies shown tions to the root port role and forwarding state immediately, 

in FIG. lAand FIG. IB. In this topology, root bridge SI has without traversing the listening and learning states of the 

a first designated port connected to a corresponding root port 50 standard protocol and without requiring satisfaction of the 

on bridge S2 and a second designated port connected to a conditions of such transitional states. Also, the previously 

corresponding root port on bridge S3. Bridge S3 has desig- root port may transition into the designated port role without 

nated ports connected to a corresponding root port on bridge wait states, which allows rapid, loop-free convergence of the 

S4 and to a corresponding alternate port on bridge S6. spanning tree. 

Bridge S4 has a designated port coupled to bridge S6. On the 55 The present invention provides the mechanisms to iden- 

other branch, bridge S3 has designated ports connected to tifv ^ItgEiMe y poita^ 

bridges S5, S2, and S4. Bridges S2 and S4 have alternate that apg ffiigaT^^ 

ports coupled to corresponding designated ports on bridge ojg sgjgra^ V> 

S3. Bridge S6 has an alternate port coupled to the corre- brijd gfl^ ^ 

sponding designated port on bridge S2. In the scenario 60 A^S^SSS^^MSF ausc^S^Siea^ L t cnroaJc ports arc colmec'ted'to — > 

shown in FIG. 1A, if the root port on bridge S2 fails, the s^grnelitiTrial might lead to loops, such loops result in the 

alternate port connected to bridge S3 will transition to the "counting to infinity" problem as is well known in the 

root port role. Assuming that the path between bridge S3 and routing world (Routing Information Protocol or "RIP"), 

the original root port SI is high, the bridge S2 will then Methods are provided to identify ports in a candidate root 

begin propagating the path cost information which will 65 role alternate ports that lead to loop-free alternate paths to 

appear inferior at bridges S4 and S6. Other events can also the root bridge. When a root port selection process causes 

cause inferior information to be propagated down this the root port on a bridge to change, one of the selected 
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candidate root ports (the one with the least root path cost) logic causes a transition to the forwarding state. Upon an 

can be selected as the root port and the modified spanning event causing a topology change resulting in a particular 

tree algorithms speed up the convergence and reduce port changing from the candidate root port role to the root 

address learning. port ro i c an ^ m tnc previous root port changing to the 

According to the present invention, qualification as a s designated port role, the process allows the previous root 

suitable candidate root port is based upon propagating a port to enter into the forwarding state without requiring 

message from the root bridge, such as a bridge protocol data transition through the listening and forwarding states. Quali- 

unit ("BPDU") message, carrying the identifier of the port ncat i 0 n as a suitable candidate root port is based upon 

on the root bridge from which the message originates. For propagating a message from the root bridge, such as a BPDU 

the standard spanning tree protocol, the port identifier from 10 message, which carries the identifier of the port on the root 

the root bridge is provided in addition to the identifier of the bridge from which the message originates. Logic in the 

port of the bridge from which the BPDU is received. Logic bridges is able to identify the branch of the tree from which 

in the bridges is able to identify the branch of the tree from me message originates, and to select the candidate root port 

which the message originates, and to select the candidate m response to the branch information. Thus, the port on a 

root port in response to the branch information. Thus, a port 1S branch other than the root is a suitable candidate root port, 

on a different branch than the root is a suitable candidate root A port on the same branch as the root is suitable if it has 

port. A port on the same branch as the root is suitable if it recently received (such as within one Hello time in the 

has recently received (such as within one Hello time in the standard spanning tree) updated configuration information 

standard spanning tree) updated configuration information fr 0m lts upstream bridge (designated bridge o n the port ), 

from its upstream bridge (designated bridge on the port), 20 sucn ^ by_a_configuration_BPDU.JThus,_in''fHe case of~a 

such as by a configuration BPDU. If it has not received sgitobTTalternajejjort cbanging_to_.th e root port rol e^ttie^ 

recent configuration information, then the alternate port can previously root porfcfia^ng"tb^thT~desi^te^"port role] 

provoke a new BPDU, such as by sending inferior informa- rrTaTn^ition immediately intn a forwardihgltate without 

tion on the affected segment which causes the upstream goinjphrough transitional stages, and without forming a 

bridge to respond with better information. 25 loop. 

Downstream bridges that are not acting according to the Accordingly, the present invention provides enhance- 

protocol (i.e., misbehaving badges) may also cause loop ments to the protocol based oa identifying port 

conditions. Techniques are provided to detect a misbehaving roles (ne root port role> the designated port role, an 

downstream bridge. In a first technique, the configuration alternate port role> and> in snare d media networks, a backup 

BPDU * enhanced to include a hop count from the root 30 port role., TrlEsltib^o^^ 

bridge. If an alternate port receives a BPDU with a lower in^it^Wfrom the forwarding state to the blocking stated 

hop count than the root port is receiving, then the alternate & end u^gTWicuiar rol e of the portl 

port is a suitable candidaie root port. In an alternative ^-r -7-—. ; 7~~ . 

approach, ai alternate port is a suitable candidate root port . 0,h ? aod a * V ^f S ,°, ?'? 1D ™ ll0 * w 

if the MAC address of the designated bridge on the alternate 35 ^ S * ' descnpt.on, and the claims 

port has been learned on the root port on the bridge. W 10 0 0W ' 

According to the present invention, network intermediate BRIEF DESCRIPTION OF THE FIGURES 
devices are provided for a network having a plurality of local 

area network ("LAN") segments. The devices comprise a FIGS. 1A and IB illustrate a network topology that is 

plurality of ports coupled to LAN segments in the network. 40 subject to loops according to the prior art. 

Topology management resources on the devices manage the FIG. 2 is a block diagram of a bridge that is implementing 

plurality of ports according to a spanning tree algorithm, in the direct to root support and port role data storage according 

order to set an active topology for the plurality of ports. The to the present invention. 

topology management resources include memory which FIG. 3 is a diagram of a configuration BPDU that is based 

stores parameters specifying the active topology. T^eparam- 45 0Q the rior art IEEE g02 lD standard flnd enhanced 

eters include an identification of a root of the network, an according to the preS ent invention. 

identification of a port in the plurality of ports for a root port e ... , 

role to be used for a path to the root, an identification of one mG ' 4 1S a ? tate dia * ram for a P ort on a brid S e modlfied 

or more ports in the plurality of ports for designated port accordin & to P"»nt invention. 

roles to be used for paths between the root and the respective 50 DETAILED DESCRIPTION 

LAN segments coupled to the one or more ports, and an 

identification of one or more ports in the plurality of ports A detailed description of the present invention is provided 

for alternate port roles (for example, b y bein g neither a root with respect to the figures. FIG. 2 provides a block diagram 
nor designated port role). LogicTn the topo]og>Tmanagem en of the bridge functionality in the spanning tree entities, to be 

^resoul^iram^teTsTates for the ports in~tfif = plurality "of SS^used, for example, in the devices of FIGS. 1A and IB, as 

r ports in response to the^ paramete r^TThis logic places the port ^enhanced according to the present invention. FIG. 2 is drawn 

^in the root port ro^irllS^fol^araing state, places the one in the style adapted in the IEEE 802. ID standard of FIGS, 

ormore po~rts"irTthe design ated~port roleslnb a forwarding 3-6, and is enhanced to provide four ports, 
state, and ^laceslHe one or more ports^i rnfiealtemate'pori''^ Thus, the bridge illustrated in FIG, 2 includes ports 101, 
f rolesTnto~a bloclohg state. [In^ajtipj^J^iFis^rovided to^ 102, 103, and 104. Each of the ports 101-104 is coupled to 
/manage the transition of the^sjates of the ports in the^> a respective LAN segment 105-108. The ports support a 
^plurality of ports in response to a change in the adi ye^ MAC layer transmit and receive functionality. The logical 

^tbyoTi^yjFor a port changing from the alternate port role to link control layer LLC entities 109-112 provide a connec- 

a-designated port role, the logic causes a transition from the tion to bridge protocol entity 113 according to the present 

blocking slate to a transitional state, such as a state involving 65 invention. The bridge protocol entity provides memory for 

the listening and learning processes of the 802.1 D standard. storing parameters that identify port roles, and for managing 

Upon satisfaction of a condition of the transitional state, the the transition of port state information for the plurality of 
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ports. Furthermore, the bridge protocol entity maintains port ID on its root port. The root port ID is also propagated 

filter data 114 and 115 for the frames being transmitted in the configuration BPDUs by designated bridges. Depend- 

among the ports, and maintains port state information 116, ing upon the computation model, as discussed later, and 

117, 118, and 119 for the respective ports. upon the needs of particular installations of the invention 

Linkup monitors 125-128 are included for each port, S Remembering the root port ID on alternate ports may or may 

which signal loss-of-light or loss-of-link beat situations to not be required. 

the protocol entities. These situations can trigger topology Another method of learning whether an alternate port is 

changes according to the present invention very quickly. connected on the same side of the root bridge (relative to the 

JIpt^jjM root P ort ) * s t0 identify the port on which the MAC address 

e%ir||||ffi|^^ of the designated bridge connected to an alternate port has 
|d^In^ar5cular7 if the protocol entity receives a BPDU"" been learned. Because addresses are not learned on alternate 

sent on a LAN by the current designated bridge from the ports, the MAC address of the designated bridge would be 

designated port on such a bridge, that BPDU is accepted and learned on: 

processed even if it carries information inferior to the A root port; 

information previously received. Also, the message accep- 15 a designated port; or 

tance rules require a number of other changes for accepting, None of the ports 

u P da ^g^Bin D e> and^propagating configuration informa- Siace bridges receive and process conflguration BPDUs 

^por examplm on alternate ports, the MAC address of an advertising 

^y^B^the^ designated bridge received on the particular alternate port is 

a result, the recemng bridge may change the root port before 20 If tMs h[AC addrcss has &]sQ bccn learned Qn a 

the change mto a designated port after the change. In fact, designated port, there is a misbehaving downstream bridge 

tins change can su^utoeously occur to several bridges on conaected through a designated port. It is misbehaving 

shared media LANs. Ihe result in this case would be that all because a doW nstream bridge should never have a port 

the badges assuming the designated role send BPDUs which becomes a designated port on the connected segment, 

announcing themselves as designated, and causing election 25 If ^ particular alternate port ^ chosen ^ me ^ t 

of a new designated badge for the LAN. when me origiml root port ^ {t ^ certainly result in a 

Following a configuration update for any reason, such as i oop . If the MAC address has been learned on a root port, the 

a message reception, a message expiry, or a management connectivity is through a bridge on the other side of root 

change, a BPDU is sent on every port for which the bridge 3q bridge or through an upstream bridge on the same side of the 

was designated prior to the change, if the information on the root bridge. If the address has not been learned, learning can 

port has been updated. Thus, protocol entities between a port be provoked via mechanisms like Reverse Address Recor- 

designated prior to the change and the leaves of the tree are dation Protocol ("RARP") (using the MAC address of the 

notified that the state of its designated port may have designated port on the connected segment). Alternatively, it 

changed. ^ can be requested from the peer, for example, by requesting 

Additionally, if a BPDU is received on the port which the peer to periodically send an ARP broadcast. Along with, 

continues to be or becomes the root port, BPDUs are or as an alternative to, the hop count, this information is used 

transmitted on all the ports for which the bridge is desig- to identify the alternate ports that are suitable candidate root 

nated after updating the configuration. Thus, all protocol ports, e.g., candidates for becoming the root port, if the 

entities between the root port in control after the change and 4Q original root port changes to designated port, 

the leaves of the tree are notified of the new root port. In one alternative, a new field is added in the configura- 

Furtbermore, a bridge transmits BPDUs on all ports after tion BPDU that describes the hop count to the root bridge 

first becoming or believing itself to be the root of the (either originated by the root bridge as 0 or by the next level 

network. badges as 1). This hop count is incremented by each bridge 

Proposed changes in the spanning tree algorithm which 45 propagating the BPDU downstream. Hie hop count is 

create a possibility of transmitting inferior information recorded on the root ports which receive the BPDUs. The 

increase the risk that an immediate fail over of a root to an hop count may or may not be recorded on alternate ports 

alternate port will cause loops. According to the present depending upon the computation model, 

invention, candidate root ports are selected so as to avoid An alternate port is a suitable candidate root for becoming 

such loops. 50 the root port when either 

The protocol entity identifies those alternate ports that are 1- The root port ID received in the configuration BPDU 

either connected on the other side of the root bridge (another (on the alternate port in question) is different from the 

branch of the tree relative to the root port) or are on the same root port ID received on the root port; 

side as the root port but are not affected by the broken 2(a). The root port ID received in the configuration BPDU 

connectivity. These procedures are described below. ss is the same as that received on the root port AND a 

In the current (as well as in the modified spanning tree), configuration BPDU has recently been seen on the 

the root bridge periodically generates a configuration BPDU alternate port, 

that carries the root ID, the root path cost, and the port ID AND (optionally, to handle misbehaving bridge case) 

that leads to the root bridge. Downstream bridges use this 2(b). The MAC address of the designated bridge has been 

information to generate configuration BPDUs. However, as 60 learned on the root port OR the hop count received in 

the BPDU is propagated down the tree, the port ID is the configuration BPDU is less than that received on 

replaced with the port ID of the transmitting designated port the root port, 

by the downstream bridges. As described below with respect If a BPDU has not been recently seen, for example, in one 

to FIG. 3, another field is added to the BPDU format which Hello time period, the protocol entity transmits inferior 

preserves the original root port ID, i.e., the port on the root 65 information (with a very high root cost->infinity) on the 

bridge from which BPDU originated. Upon receiving a connected segment which will cause the designated bridge 

configuration BPDU, a bridge remembers and stores the root and the designated port to respond with better information. 
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This step ensures that the current information from the allows compulation of the candidate root port, but is insuf- 

designated bridge and the designated port is available and ficient to act as the transitional conditions through the 

also prevents this bridge from injecting stale information listening and learning states. 

back into the network. ^e_jransinonJ^ the port assum es~an~~ 

Only the current (latest) configuration BPDU is needed to 5 ^temate*poft-rolerln hlGr4f0)is transition^) occurs fronT" 

break the loop. If a BPDU has not been recently received, ^rofite"liacningf learning, or forwarding states 302-304 

provoking a response as described above is sufficient to mto ^ G blocking state 301. The transition (5) occurs upon 

break any potential loop. The hop count and the learning of expiration of the forward delay timer. This transition occurs 

the MAC address handles the case of the misbehaving * om ^ e ^ sUte mto * c l earmn f state 303 > °/ 

downstream bridge. The root port ID is used to predetermine to *? m lcarnm S * tatc 3( * m !° ^J^"^ ^ a 

*u « r » * <u •>f' « ■ i * , c , The transition (6) is also included in the preferred 

the safe alternate paths with high degree of confidence m embodiment> upoa traDsition t0 me root P port role 

common ^network topologies^^ > frQm ^ aUemate tq{ mchldin from me caadidate 

C^naidate'roorports-ar/ pre-determmed^and marked^S root role to me root rt role ^ transition (6) occurs from 

c^ndidatejoo^im mc blocking state 301 ^ {hc forwarding s(atc 304 

whe^ne^d^for^xample, at the time of a topology change. 15 traversing any transitional states. 

FoTexample/the root port IDs and the hop counts received the prot ocol entity of FIG. 2 includes memory that 

on the root p ort andjjn the alte rnate ports aj ^storedj n one stores parameters that specify the active topology. The 

^ajpJOAch.JVhen the root port gilsjj^^nfojma^o^ijs used s parameters identify a root of the network, a port for a root 

/ jo calculate the potential root porC. Alternatively/ when^ port role to use for a path to the root, and one or more ports 
^ccmfiguHtidTPBPDUs-^ the plurality of ports as designated port roles. Also, ports 

infor mation is com rjare,d_to_th e information stored on thcP^^in the alternate port role are identified by the parameters 
root port^and accordingly, ca^dida^e^lternate ports~are 3 stored in the memory. Candidate root ports are identified by 
marked. When there^is a chang e in the jgot portg(the~^ stored parameters or by calculation at the time of a topology 
candidate^root portjwhich is imrk^^nd " T "^ change. For a port changing from the alternate port role to 

path" cost,"^ selected immediately."^ 25 a designated port role, logic causes a transition from the 

^RGr3lllWrateTth^f61^fofVBPDU based on the prior blocking state to a transitional state, including the listening 

art spanning tree algorithm, enhanced to support candidate and learning states 3 02 and 303, prior to changing into the 

root selection by including the Port on Root Identifier and foiwai^ingstate 304 (For a port chan ging ffonTtteralteniate^ 

the Root Hop Count fields according to the present inven- port role to the root _ poft~role,_the~ldgicf causes transition^ 

tion. In the example of FIG. 3, the Port on Root Identifier is 30 ^tocay^Jjc^^Olocldng 

placed at bytes 36 and 37. The Root Hop Count is placed at without requiring satisfac tion of the conditions of the tran- 

bytes 38 and 39. Alternate arrangements of the messages sitional state. For a port cnanging'from'uie~root^oTt"r^^ 

carrying these parameters include other orders of the the^esignateli port role, the logic causes transitio n directl y ) 

parameters, other field sizes, as well as the inclusion of the from the jorward in g _state^to the~fo rwardi ng state 

parameters in different messages. Logic is included in suit- 35 immediately, or after a brief transition ^ the bloc Bngjtate~7 

able structures in the bridge protocol entities to support and as discussed above. 

to propagate BPDUs according to this format. For the case in which there are more than one alternate 

FIG. 4 illustrates the state transitions which occur accord- ports, the protocol entity stores information identifying a 

ing to the role assumed after the change, and the role existing next root from among the ports in the candidate root port 

before the change. Thus, in FIG. 4, the ports can assume a 40 role. For example, the next root can be specified as the port 

disabled state 300, a blocking state 301, a listening state 302, having the lowest cost route to the root of the network, 
a learning state 303, and a forwarding state 304. These states This invention provides mechanisms to ensure that a 

behave essentially as defined in the specification for the loop-free alternate port (a candidate root port) is chosen as 

802.1D standard in the preferred embodiment. Transitions the root port when the original root port changes to a 

from the disabled state into an active state occur on transi- 45 designated port on a bridge. This selection enables the 

tion (2) to the blocking state 301. Transitions out of the restoration of data connectivity immediately. When such an 

blocking state 301 into the disabled state 300 occur on alternate port is selected as the next root port (such as upon 

transition (1). From the listening state 302, the learning state receiving inferior information on the root port), if the old 

303, or the forwarding state 304, any transition to become root port becomes a designated port, the old root port can 

enabled (1) or to become disabled (2), causes a transition 50 enter a forwarding state immediately as opposed to waiting, 

into the disabled state 300. This determination is made independently of the mechanism 

In FIG. 4, the transition (3) corresponds to a change in used to propagate topology change information making the 

topology that requires the alternate port to become a desig- spanning tree converge and correct the learning of affected 

nated port, both in the condition that the new root port was bridges more quickly. 

not previously forwarding prior to the change, and in the 55 The foregoing description of a preferred embodiment of 

condition that the new root port was previously forwarding the invention has been presented for purposes of illustration 

prior to the change. This transition occurs from the blocking and description. This description is not intended to be 

state 301 to the listening state 302. According to the present exhaustive or to limit the invention to the precise forms 

invention, the transition (3') is added from the forwarding disclosed. Obviously, modifications and variations will be 

state 304 to the forwarding state 304 for transition in port 60 apparent to practitioners skilled in this art. It is intended that 

role from the root port role to the designated port role. This the scope of the invention be defined by the following claims 

tfa^ition~(3')"occ^iTS-i^lhe port~wliichns-assuming-the-root"^3 and their equivalents. 
{j>ort role asjlesult oFlhe-evenFcausing the change was— — 3 What is claimed is: 

previously a candidate root port in the alternate port role, j — J 1- For a network comprising a plurality of local area 

In some elnb^iments^the transition (S^inchTdes^tran— 65 network ("LAN") segments, a network device comprising: 
( sjfonl i[m^ 30r(not show^^d'then back'to" s a plurality of ports coupled to LAN segments in the 
the forwarding state~304~affer a short time. The short time network; 



03/16/2004, EAST version: 1.4.1 



US 6,535, 

11 

topology management resources which manage the plu- 
rality of ports according to a spanning tree algorithm, 
in order to set an active topology for the plurality of 
ports, including: 

memory -storing parameters for specifying the active 5 
topology, the parameters including information for 
an identification of a root of the network, an identi- 
fication of a port in the plurality of ports for a root 
port role to be used for a path to the root, an 
identification of one or more ports in the plurality of 30 
ports for designated port roles to be used for paths 
between the root and respective LAN segments 

* coupled to the one or more ports, an identification of 
one or more ports in the plurality of ports for 
alternate port roles, and an identification of one or 15 
more ports in the alternate port role as a suitable 
candidate root port; 

logic to compute states for ports in the plurality of ports 
in response to the parameters, including placing the 
port in the root port role into a forwarding state, 20 
placing the one or more ports in the designated port 
roles into a forwarding state, and placing the one or 
more ports in the alternate port roles into a blocking 
state; and 

logic to manage transition of the states of the ports in 25 
the plurality of ports in response to a change in the 
active topology, including: 

for a port changing from the alternate port role to a 
designated port role, causing a transition from the 
blocking state to a transitional state, and then upon 30 
satisfaction of a condition of the transitional state, to 
the forwarding state, 

for a particular port changing from the candidate root port 
role to the root port role causing a transition from the 
blocking state into the forwarding state without requir- 3s 
ing satisfaction of the condition of the transitional state, 
and 

for a particular port changing from the root port role to the 
designated port rote causing a transition from the 
forwarding state into the forwarding state without 40 
requiring satisfaction of the condition of the transitional 
state. 

2. The network device of claim 1, wherein the condition 
of the transitional state comprises expiry of an interval 
selected to ensure that there are no frames in the network 45 
that are forwarded by devices in the network according to 
the active topology before the change. 

3. The net work device of claim 1, wherein the transitional 
state includes a listening state during which frames indicat- 
ing other changes in the active topology are accepted, but 50 
addresses for end stations identified in frames received on 
the port are not learned, and a learning state during which 
frames indicating other changes in the active topology are 
accepted, and addresses for end stations identified in frames 
received on the port are learned. 55 

4. The network device of claim 1, wherein the parameters 
include information to identify one of the one or more ports 
having the candidate root port role as a next root, and 
wherein the logic to manage a transition from a blocking 
state into a forwarding state for the particular port changing 60 
from the alternate port role to the root port role causes a 
transition from the blocking state into the forwarding state 
without requiring satisfaction of the condition of the tran- 
sitional state if the particular port is identified as the next 
root prior to the change. 65 

5. The network device of claim 1, including logic to 
identify a port as a candidate root port if a message received 
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on the port originates on a branch of the spanning tree that 
is different than a branch coupled to the root port of the 
device; or, originates from an entity between the device and 
a root bridge on the branch coupled to the root port. 

6. The network de vice of claim 1, including logic to read 
messages received on an alternate port and originated from 
a root bridge for the tree and forwarded to the device from 
a designated bridge, carrying an identifier of a port on the 
root bridge and carrying an identifier of a port on the 
designated bridge. 

7. The network device of claim 1, including logic to read 
messages received on an alternate port and originated from 
a root bridge for the tree and forwarded to the device from 
a designated bridged, carrying a count of intervening bridges 
from the root bridge. 

8. The network device of claim 1, including logic to 
determine whether a MAC address of a designated bridge 
coupled to a port in the alternate port role has been learned 
through the port in the root port role. 

9. For a network comprising a plurality of local area 
network ("LAN") segments interconnected by network 
devices according to an active topology established by a 
spanning tree protocol which provides at network devices a 
protocol entity managing a plurality for ports according to a 
blocking state, a listening state, a learning state, and a 
forwarding state, an improvement comprising: 

storing parameters for specifying the active topology, the 
parameters including information for an identification 
of a root of the network, an identification of a port in 
the plurality of ports for a root port role to be used for 
a path to the root, an identification of one or more ports 
in the plurality of ports for designated port roles to be 
used for paths between the root and respective LAN 
segments coupled to the one or more ports, an identi- 
fication of one or more ports in the plurality of ports for 
alternate port roles, and an identification of one or more 
ports in the alternate port role as having a candidate 
root port role; and 

for a topology change resulting in a particular port chang- 
ing from the candidate root port role to the root port 
role and the previous root port changing to the desig- 
nated port role, causing the previous root port to have 
the forwarding state without requiring transition 
through the listening and forwarding states. 

10. The improvement of claim 9, including information to 
identify one of the one or more ports having the candidate 
root port role as a next root, and in response to the detection 
of a failure of the root port, causing the candidate root port 
identified as the next root to transition from the blocking 
state into the forwarding state. 

* 11. The improvement of claim 9, including for a particular 
port changing from a root port role and a designated port 
role, causing a transition from the forwarding state to a 
temporary state in which the particular port blocks trans- 
mission of frames, and then transition back to the forwarding 
state. 

12. The improvement of claim 9, wherein the spanning 
tree protocol comprises a protocol compliant with IEEE 
Standard 802.1D. 

13. The improvement of claim 9, including propagating 
bridge protocol data units carrying an identifier of a port on 
the root bridge from which the bridge protocol data unit 
originated. 

14. The improvement of claim 9, including identifying a 
port in the candidate root port role if the port is coupled to 
a different branch of the spanning tree than the port in the 
root port role. 
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15. The improvement of claim 9, including identifying a 
port in the candidate root port role if the port is coupled to 
a different branch of the spanning tree than the port in the 
root port role, or if the port is coupled to the same branch as 
the port in the root port role and has received configuration 5 
information within a time interval identified by a stored 
parameter. 

16. The improvement of claim 15, including enabling 
identification of a port in the alternate port role as a 
candidate root port if a MAC address of a designated bridge 10 
coupled to the port has been learned through the port in the 
root port role. 

17. The improvement of claim 15, including propagating 
bridge protocol data units carrying a count of intervening 
bridges from the root bridge, and enabling the identification 15 
of a port in the alternate port role as a candidate root port if 
the count received on the port is less than the count received 
on the port in the root port role. 

18. For a network comprising a plurality of local area 
network ("LAN") segments interconnected by network 20 
devices according to an active topology established by a 
spanning tree protocol which provides at network devices a 
protocol entity managing a plurality for ports according to a 
blocking state, a listening state, a learning state, and a 
forwarding state, an improvement comprising: 25 

propagating bridge protocol data units carrying an iden- 
tifier of a port on the root bridge from which the bridge 
protocol data unit originated; 

storing parameters for specifying the active topology, the 
parameters including: information for an identification 30 
of a root of the network, an identification of a port in 
the plurality of ports for a root port role to be used for 
a path to the root an identification of one or more ports 
in the plurality of ports for a designated port roles to be 
used for paths between the root and respective LAN 
segments coupled to the one or more ports, an identi- 
fication of one more ports in the plurality of ports for 
alternative port roles, and an identification of one or 
more ports in the alternate port role as having a 
candidate root port role; 



35 



for a topology change resulting in a particular port chang- 
ing from the candidate root port role to the root port 
role and the previous root port changing to the desig- 
nated port role, causing the previous root port to have 
the forwarding state without requiring transition 
through the listening and forwarding states; and 

identifying a port in the candidate root port role if the port 
receives a bridge protocol data unit carrying an iden- 
tifier of a port on the root bridge different from that 
carried by bridge protocol data units received at the 
root port. 

19. For a network comprising a plurality of local area 
network ("LAN") segments interconnected by network 
devices according to an active topology established by a 
spanning tree protocol which provides at network devices a 
protocol entity managing a plurality for ports according to a 
blocking state, a listening state, a learning state, and a 
forwarding state, an improvement comprising: 

propagating bridge protocol data units carrying an iden- 
tifier of a port on the root bridge from which the bridge 
protocol data unit originated; and 

identifying a port in the candidate root port role if the port 
is coupled to a different branch of the spanning tree 
than the port in the root port role, or if the port is 
coupled to the same branch as the port in the root port 
role and has received configuration information within 
a time interval identified by a stored parameter. 

20. The improvement of claim 19, including enabling 
identification of a port in the alternate port role as a 
candidate root port if a MAC address of a designated bridge 
coupled to the port has been learned th rough the port in the 
root port role. 

21. The improvement of claim 19, including propagating 
bridge protocol data units carrying a count of intervening 
bridges from the root bridge, and enabling the identification 
of a port in the alternate port role as a candidate root port if 
the count received on the port is less than the count received 
on the port in the root port role. 
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